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ABSTRACT 

In  this  paper,  we  focus  on  the  implementation  of  an 
efficient  local  area  network  (LAN)  which  will  be  used  to 
interconnect  simulation  training  devices.  In  particular, 
we  present  preliminary  efforts  in  modeling  and 
analyzing  the  performance  of  three  different  network 
protocol  access  meilaods.  CGhlA/CD  (.Cai.ier  Sense 
Multiple  Access  with  Collision  Detection),  Virtual 
Token-Passing  Bus  Access  Protocols  and  Token-Ring 
Access.  A  detailed  discussion  of  the  advantages  and 
disadvantages  of  the  above  access  protocols  and 
smtiapated  results  are  also  presented. 

INTRODUCTION 

The  networking  of  simulation  training  devices 
departs  from  the  traditional  use  of  computer  networks 
whose  purpose  is  tc  allow  for  the  sharing  of  computing 
resources  among  multiple  computers.  In  the 
application  of  networking  simulators,  the  network  is 
used  almost  exclusively  for  communication  of  process 
state  information  between  training  devices  engaged  in 
the  training  exercise. 

There  are  many  inherent  limitations  to  using  a 
network  in  this  application.  For  example,  as  the 
number  of  simulators  on  the  network  and  workload  per 
simulator  increases,  there  will  be  a  deterioration  in 
throughput  and  degradation  of  other  performance 
measures.  If  throughput  delays  become  significant,  the 
effectiveness  of  a  real-time  training  simulation  may  be 
overly  compromised  due  to  the  time-critical  response 
requirements  in  the  simulation  of  true-to-life,  action- 
requiring  training  scenarios.  Depending  upon 
communication  protocols,  there  may  also  be  an  increase 
in  the  frequency  of  retransmissions  smd  lost  or  distorted 
messages.  The  magnitude  of  this  problem  is 
functionally  related  to  how  data  is  distributed 
throughout  the  system,  and  the  soundness  of  the 
network  access  and  internal  network  protocols. 

Various  choices  exist  for  the  implementation  of  a 
local  area  network  (LAN),  (e.g.  transmission  medium, 
topology,  access  protocols,  etc.)  to  interconnect 
simulation  devices.  In  this  paper,  we  present  efforts  in 
modeling  and  analyzing  the  performance  of  three 
different  network  protocol  access  methods.  In 
particular,  the  Carrier  Sense  Multiple  Access  with 
Collision  Detection  (CSMA/CD)  such  as  ETHERNET 
(ANSI/IEEE  802.3  Standards  11,2]),  the  Virtual  Token- 
Passing  bus  protocols  such  as  the  Generalized  Broadcast 
Recognizing  Access  [?],  and  Token- 

Ring  Au-ess  protocols  v'/‘-u»SI/lEEE  802.5  Standards  (4,5)) 
are  examined 


SYSnadMODEL 

Our  system  consists  of  a  complex  web  of  armor, 
fixed  and  rotary  wing  aircraft,  and  air-defense 
simulated  vehicles  linked  together  via  a  Local  Area 
Network  (LAN)  to  create  a  simulated  world  in  which 
war-gaming  can  be  conducted.  In  our  system,  combat 
forces  and  their  commanders  must  move,  shoot, 
communicate  and  navigate  just  as  they  do  in  a  real 
battle.  Hence,  a  tremendous  amount  of  information 
must  be  exchanged  among  the  simulators  in  real-time  if 
a  realistic  battle  scenario  is  to  be  created. 

Local  Area  Networks  can  be  characterized  by  the 
following  factors: 

•  transmission  medium  (coaxial  cable,  twisted  pair, 
optical  fiber) 

•  modulation  scheme  (baseband,  broadband) 

*  wiring  scheme  (bus  or  ring) 

*  medium-access  control  schemes  (random-access  or 
controlled-access) . 

We  intend  to  investigate  the  capability  of  three 
LAN's  to  interconnect  the  simulators.  Two  of  these 
LAN's  are  bus  networks,  which  utilize  baseband 
transmission  to  send  messages  over  a  coaxial  cable.  The 
medium-access  control  schemes  for  one  is  the 
ETTIERNET  protocol  [2]  and  for  the  other  is  Generahzed 
Broadcast  Recognizing  Access  Method  (GBRAM) 
protocol  [3].  'Die  third  LAN  is  a  ring  network,  which 
utilizes  baMband  transmission  to  send  messages  over  a 
fiber  optic  cable.  Its  medium-access  control  scheme  is  a 
token  passing  protocol. 

In  the  ETHERNET  protocol,  if  a  simulator,  or  other 
node,  has  a  packet  ready  to  transmit  onto  the  network,  it 
monitors  the  network  to  determine  whether  any 
transmissions  are  in  progress.  If  a  transmission  is  in 
prog^s,  the  network  is  said  to  be  ‘busy",  otherwise,  it 
is  'idle'.  If  the  node  finds  the  network  busy, 
transmission  of  the  data  packet  is  deferred.  When  it 
finds  the  network  idle,  pa^et  transmission  is  initiated. 
If  multiple  nodes  attempt  to  transmit  at  the  same  time, 
their  transmissions  interfere,  or  collide.  The  collision  is 
acknowledged  by  each  transmitting  node  sending  out  a 
bit  sequence  onto  the  network  referred  to  as  a  "jam- 
signal''.  After  the  jam-signal  has  been  transmitted,  the 
nodes  Li.'olved  in  the  collision  schedule  a 
retransmission  attempt  at  a  randomly  selected  time  in 
the  future. 


1 


h.  the  GBRAM  protocol,  the  nodes  employ  a 
virtual-token  scheme  in  which  each  node  pains 
network  access  (the  virtual  token)  at  a  unique  time 
which  IS  determined  by  a  decentralized  scheduling 
function,  hence  avoiding  collisions  completely. 

The  Token-ring  access  protocol  is  even  more 
straight-forward.  A  node  gains  the  right  to  transmit 
onto  the  network  when  it  detects  and  captures  a  free 
token  passing  on  the  network  medium.  The  token  is  a 
control  signal  that  circulates  on  the  medium  follownng 
each  information  transfer.  Any  node,  upon  detection  of 
a  free  token,  may  capture  the  token,  set  it  to  busy,  and 
then  send  its  packet.  Upon  completion  of  transmitting 
its  data,  and  after  appropriate  checking  for  proper 
operation,  the  node  generates  and  transmits  a  "free 
token"  which  begins  circulating  around  the  network  and 
provides  other  nodes  the  opportunity  to  gain  network 
access. 

Bus  Network  Topology  System  Configuration 

The  system  configuration  corresponding  to  the  bus 
network  topology  is  shown  in  Figure  1.  In  this 
CSMA/CD  (ETHERNET)  implementation,  up  to  eight 
simulators  or  other  types  of  nodes  can  be  connected 
through  an  ETHERNET  multi-port  transceiver  to  a 
single  point  on  the  ETHERNET  coaxial  cable,  via  a 
media-access  unit  (vampire  tap).  A  single  coaxial  cable 
is  available  to  link  all  simulators  together. 

Some  important  parameters  pertaining  to  the 
implementation  of  the  ETHERNET  and  the  GBRAM 
protocols  are  as  follows; 

•  the  time  that  it  takes  for  a  message  to  traverse  the 
medium 

•  the  time  elapsed  from  the  instant  the  coaxial  cable 
becomes  idle  or  becomes  busy  until  the  node 
■  reaJues"  that  the  cable  is  idle  or  busy 

•  the  time  elapsed  from  the  moment  that  a 
transmitting  node  realizes  that  it  is  involved  in  a 
collision  until  it  generates  the  first  bit  of  the  jam- 
signal 


itinp  Nerwprk  TqdqIqtv  S>-st£m  f k)niliruratigH 

The  system  configuration  corresponding  to  the  ring 
network  topology  is  shown  in  Figure  2.  A  nng  network 
consists  of  a  closed  sequence  of  individual  poini-ui-poini 
(node-to-node)  links.  For  efTineni  operation,  the  token 
protocol  dictates  a  minima)  delay  per  station,  and  the 
ability  to  change  a  single  bit  in  the  data  stream  (e.g.  the 
token)  '  on-the-fly' .  An  important  parameter  pertaining 
to  the  implementation  of  a  token  nng  protocol  is  the  time 
It  takes  for  the  data  to  propagate  through  a  node  on  the 
network. 

Knde  TrafRe  Gfneratinn 

Each  node  generates  a  certain  amount  of  traffic  into 
the  network.  In  the  simulation  of  the  network  traffic, 
some  of  the  options  for  the  packet  inter-arrival  time  at  a 
node  site  are: 

•  Exponential  -  the  traffic  generated  by  the  simulator 
is  a  Poisson  process 

•  Fixed  with  a  specified  percentage  of  "jitter"  -  a  fixed 
time,  plus  or  minus  a  random  time  within  the 
specified  percentage  of  the  fixed  time 

•  Uniformly  distributed  in  a  specified  interval 

•  Trace-driven  -  the  traffic  used  to  drive  the  network 
is  a  trace  of  real  network  traffic  data. 

One  of  the  nodes  in  our  network  operates  differently 
from  ordinary  simulator  units.  It  produces  network 
packets  for  a  large  quantity  of  different  types  of 
simulated  vehicles.  It  transmits  the  data  packets  for  a 
portion  of  its  simulated  vehicles  at  regular  intervals. 
Hence,  its  traffic  can  be  characterized  as  periodic. 


Figure  1.  Bus  Network  Topology  System  Configuration 
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Figure  2.  Ring  Network  Topology  System  Configuration 

THE  ETEIERNET  SIMUIATION  MODEL 

In  this  section,  we  give  a  high-level  description  of 
the  simulation  model  used  in  evaluating  and  predicting 
the  performance  of  the  CSMA/CD  implementation  of 
ETHERNET.  The  simulation  model  is  written  in 
Concurrent-C  (an  extension  of  the  C  programming 
language  with  concurrent  programming  facilities  based 
on  the  "rendezvous"  concept).  The  powerful 
synchronization  and  concurrency  aspects  of 
Concurrent-C  [6]  have  provided  us  with  a  notationally 
convenient  and  conceptually  elegant  tool  for  modeling 
the  parallel  activities  of  the  simulation  network  nodes 
and  the  underlying  networking  layer. 

The  process  interaction  model  of  Concurrent-C  has 
been  used  in  our  simulation  to  map  the  different  entities 
and  activities  of  the  simulated  network  to  corresponding 
Concurrent-C  processes.  The  foUowing  process  types 
are  the  major  generic  entities  used  in  our  simulation. 
Figure  3  gives  a  block  diagram  showing  the  interactions 
among  these  different  processes. 

*  Process  Simnode  is-  used  to  represent  a  vehicle 
simulator  on  the  network.  A  process  of  this  type  is 
created  for  each  such  simulator. 

•  Process  Busnode  is  used  to  represent  the  point  of 
contact  of  each  network  node  with  the  ETHERNET 
bus  (coaxial  cable).  A  process  of  this  type  is  created 
for  each  such  point  of  contact  on  the  bus. 


•  Process  Lserver  is  used  to  implement  and  contrui 
the  flow  of  data  (packets  and  jam  signals)  in  the 
direction  from  right  to  left  for  each  network  node  A 
process  of  this  type  is  created  for  each  network 
node. 

•  Process  Rserver  is  analogously  defined  for  traffic 
flowing  in  the  direction  from  left  to  right. 

•  Process  Scheduler  is  used  to  order  time  events  and 
control  the  sequencing  of  activities  of  the  entire 
simulation. 

Typically,  eight  simulators  connect  to  the  coaxial 
transmission  cable  at  a  single  point  via  a  multi-port 
transceiver.  Each  of  the  simulators  is  modeled  as  a 
Simnode  process.  A  Busnode  process  for  each  point  of 
contact  is  created  to  receive  and  transmit  local  traffic 
from  any  one  of  the  eight  network  nodes,  as  well  as 
retrsmsmit  any  external  messages  arriving  at  the  node. 
For  this  purpose,  we  use  two  separate  processes  called 
Rserver  and  Lserver.  The  Rserver  process  implements 
the  transfer  of  data  from  its  left  Busnode  process  to  its 
right  Busnode  process.  This  transmission  is  actually 
simulated  by  calling  the  Scheduler  process  to  wait  for 
the  propagation  delay  (the  time  needed  for  the  message 
to  travel  from  one  network  node  to  the  next).  The 
Lserver  similarly  carries  data  signals  from  the  right 
Busnode  to  its  left  neighbor.  The  Busnode  process 
detects  collisions  of  transmitted  data  by  checking  for  the 
existence  of  local  traffic,  left  traffic  or  right  traffic. 

The  Simnode  Process 

This  process  is  the  source  of  local  traffic.  It 
generates  packets  according  to  a  specified  input  method 
(e.g.  using  traces  of  real  data  or  random  stochastically 
generated  inter-arrival  times  such  as  exponential, 
uxuform,  fixed  with  jitter,  etc.).  Upon  arrival  of  a  local 
packet,  the  Simnode  process  makes  a  request  to  the 
corresponding  Busnode  process  in  order  to  transmit  the 
new  packet.  This  is  done  by  calling  a  specific 
transaction  in  the  Busnode  process  as  illustrated  by  the 
code  presented  later.  At  this  point,  the  Busnode  process 
checks  for  a  carrier  flag.  If  the  flag  has  been  off  for  at 
least  the  inter-frame  gap,  the  Simnode  process  can 
proceed  with  its  transmission.  If  the  carrier  flag  is  on, 
the  Simnode  process  must  wait  for  the  inter-frame  gap 


Figure  3.  ETHERNET  Simulation  Model  Process  Interactions 
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and  then  retry  its  transmission.  When  a  collision  is 
detected  during  transmission,  the  Simnode  process 
generates  and  transmits  a  jam  signal  and  increments 
the  collision  counter.  This  is  followed  by  invoking  a 
back-off  algorithm  for  retransmission.  A  packet  is 
discarded  after  16  unsuccessful  transmission  attempts. 
The  specification  and  major  activities  of  the  Simnode 
process  are  described  by  the  following  code; 

Process  spec  Simnode  (process  sched  s, 
process  bus  bid, 
long  meanlit,  naune_t  name) 

Process  body  Simnode  (s,  bid,  meanlit,  name) 

/*  Initialization  phase  */ 
c_setname(c_mypid(),  name,str); 
s.adduserO;  bid,addProd(); 

/*  Main  processing  phase  */ 
while  (not  done)  do 
/•  get  arrival  time  */ 
t=erand(meanlit) 

/•  call  Scheduler  to  wait  for  arrival  */ 
loc.traffic. arrive  =  s.wait(s.reqDelay(t)j; 

/•  attempt  transmission  */ 
while  (idi  =  bid.transReq(c_mypid())!=  0) 
s.transDelay(dt); 

/•  code  for  collision  check  and 
subsequent  backoff  algorithm  */ 
colhsion_handler  (colli6_counter); 

/'  Termination  phase  */ 
statistic_fun(); 


The  Bu.«mode  Process 

The  Busnode  process  acts  like  a  server  process 
ready  to  accept  transaction  calls  from  the  local  Simnode 
processes,  the  Lserver  processes  or  the  Rserver 
processes.  The  Busnode  is  responsible  for  detecting 
collisions  and  it  continuously  monitors  the  carrier  Bag 
to  see  if  it  is  busy.  In  the  case  of  a  collision,  the  Busnode 
process  caUs  the  Scheduler  to  awaken  the  transmitting 
Simnode  process  which  then  stops  transmission  and 
sends  the  jam  signal.  The  following  code  gives  the 
Concurrent  C  specification  of  the  Busnode  process. 

Process  spec  Busnode  (process  sched  s, 
process  Rserver  idr, 
process  Lserver  idl, 
process  Simnode  name) 

/*tran6actionE  to  change  producer  count  */ 
trans  void  addProdO,  ^pProdO; 

/*  transactions  to  change  consumer  count  */ 
trans  void  addConsO,  dropConsO; 

/*  transaction  to  handle  right  to  left  traffic  */ 
trans  put_FRTL(type);  /*  type  can  be  start, 
completion  or  jam  */ 

/*  transaction  to  handle  left  to  right  traffic  */ 
trans  put_FTTR(type): 

/*  transaction  to  transmit  local  traffic  */ 
trans  done(type); 

/*  transaction  to  accept  requests  •/ 
trans  tran6_req(send_id);  /*  for  Simnode  */ 
trans  takereqO;  /*  for  Rserver  it  Lserver  */ 


The  Rserver  and  Laerver  Proceaes 

These  processes  transmit  the  irafGc  delivered  ui  the 
Busnode  process  by  any  transmitting  Simnode  proces.'  ui 
the  left  and/or  right.  The  specification  and  body  of  the 
Rserver  process  are  given  below. 

Process  spec  Rserverfprocess  sched  s, 
process  Busnode  inbus, 

process  Busnode  outbus.  Process  Simnode 

name) 

Process  body  RserveKs.  inbus.  outbus,  name) 

typedef  struct  /'  data  submitted  by  Simnode  */ 

I  /•  time  of  arrival  */ 
long  arrive; 

/•  Packet  length  */ 
int  packet_length; 

/*  No.  of  update  messages  per  sec  */ 
int  updaie_num; 

/*  No.  of  attempts  to  transmit  */ 
int  attempt_index; 

)  loc^_traffic 

/*  Initialization  phase  */ 
c_setname(c_mypid(),  name.str); 
s.adduserO;  inbus.addConsO; 
outbus.ad(iProd( ); 

/*  Main  processing  phase  •/ 
while  (takereq(l))  { 

/*  wait  for  propagation  delay  •/ 
t  =  arrivaltime  +  propagation  delay; 
ts  =  s.wait(s.reqDelay(t)); 

/*  deliver  message  */ 
put_FLTR(type); 

) 

The  RrReibiWPrnnBBS 

Delays  in  the  simulated  network  (such  as 
transmission  delays)  are  handled  by  the  Scheduler 
process.  This  process  maintains  the  simulated  clock 
and  advances  it  appropriately.  For  each  delay  request 
fiom  a  process,  the  ^heduler  determines  the  time  when 
the  process  needs  to  be  reactivated  and  saves  this  time  in 
an  "activation  request"  list.  When  all  processes  are 
waiting,  the  scheduler  picks  the  next  process  to  run, 
advances  the  simulated  clock  and  reactivates  the 
process.  The  simulated  clock  advances  only  when  all 
processes  are  waiting;  thus  any  (non-delay)  computation 
done  by  a  process  takes  place  in  zero  simulated  time.  At 
any  given  moment,  each  client  process  is  in  one  of  the 
following  three  states: 

*  Waiting;  for  an  explicit  delay  request  from  the 

Scheduler, . 

*  Active:  computing  in  zero  simulated  time; 

*  Passive:  waiting  for  an  event  other  than  a  delay 

request  from  the  Scheduler. 
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The  spediication  and  the  body  of  the  Scheduler  are 
given  below. 

process  spec  schedO 

/•  return  current  simulated  time  •/ 

trans  long  now(); 

t*  request  a  delay  •/ 

trans  long  roqDdayOong); 

wait  for  a  reqDelay  •/ 
trans  long  waitdong); 

/*  add  or  delete  client  process  */ 
trans  void  adduserO,  dropuserO; 

/*change  client  to  new  state  */ 
trans  void  passiveO,  activeO 

/*  handle  collision  */ 
trans  void  collision(id); 
typedef  struct  { 

/*  structure  describing  a  delay  request  •/ 
long  ts;  /•  time  stamp  */ 

int  next;  /*  index  of  next  entry  or  -1  •/ 

/*  number  of  clients  waiting  for  this  time  */ 
int  nwait; 

)  reqent; 

static  reqent  Rtab  MAXREQ  ; 
static  int  Ifree;  /*  first  free  entry  •/ 

/*  Ihead  is  entry  with  lowest  timestamp  */ 
static  int  Ihead  =  >1; 

process  body  schedO 
int  nclients,  nactive,  i; 
long  curtive  *  0; 

/•  imtialixation  phase  •/ 

c_setname(c_mypid<),''8ched"}; 

rqlnitO; 

accept  adduserO  ndients  =  nactive  =  1 
/*  main  processing  phase:  accept  requests  while 
clients  exist  */ 
while  (nclients  >0) 

( 

select 

accept  adduserO  nclients  •fs  1;  nactive  +=  1; 
or 

accept  dropuserO  nclients  -=  1;  nactive  -=  1; 
or 

accept  passiveO  nactive  -=1; 
or 

accept  activeO  nactive  +=1 
or 

accept  nowO  tretum  curtime; 
or 

accept  reqDelay(x) 

nactive  -=  1;  tretum  (addreq(curtime-tx)); 
or 

accept  jam(id) 

change  timestamp  of  record  with  this  id 

) 

/•  If  all  clients  are  waiting,  find  the  first  event  •/ 
f*  and  allow  all  chents  waiting  for  it  to  proceed  */ 
if  (nactive  ex  0  &&  Ihead  !b  -1) 
curtime  e  RtabIhead.ts; 
nactive  e  RtabIhead.nwait; 

While  (-RtabIhead.nwait  >e0) 
accept  wait(key)  such  that  (key  ==  Ihead) 
tretum  curtime; 


In  addition  to  the  above  entities,  several  other 
auxiliary  processes/routines  are  used  to  collect/phnt 
statistics  and  appropriate  performance  measures, 
perform  consistency  checks,  print  error  messages, 
create  and  initialise  all  required  processes,  and 
start/tarminate  the  concurrent  simulation.  The 
software  system  is  written  in  a  modular  fashion  with 
emphasis  on  ease>cf-modification  and  the  use  of 
panuneterised  values  that  fadhtate  the  testing  of  a  wide 
range  of  network  characteristics  and  the  simulation  of 
different  load  conditions  and  different  network 
parameters. 

PEBPOBMANCE  CBABACTERISUCS  OF 
MEDIUM-ACCESS  PROTOCOLS 

In  the  real-time  networking  of  simulators,  two 
performance  aspects  are  of  particular  interest:  the 
delay-throughput  characteristic  of  the  medium-access 
control  schemes,  and  network  system  behavior  under 
heavy  traffic  loads.  These  characteristics  will  be 
considered  for  ihe  general  classes  of  contention  and  non¬ 
contention  (token  passing)  protocols. 

ContepliflpPinotoeok 

Contention  protocols  such  as  ETHERNET  perform 
well  in  environments  wiffi  a  large  number  of  bursty 
(ratio  of  average  to  high  traffic  is  small)  users.  For  its 
reliable  operation,  however,  the  ETHERNET  bus  protocol 
requires  that  a  transceiver  must  be  capable  of  detecting 
the  weakest  other  transmitter  on  the  network  during  its 
own  transmissions,  and  of  distinguishing  the  signals 
from  other  transmitters  friim  the  echoes  of  its  own 
transmitter.  Because  of  this,  the  use  of  high-quality 
coaxial  cable  is  required  to  cover  longer  distances  and  a 
limitation  on  the  maximum  distance  which  can  be 
covered  by  a  single  segment  network  cable  is  imposed. 

An  advantage  of  the  bus  structure  (where 
ETHERNET  and  GBRAM  operate)  over  the  ring 
structure  is  that  users  attached  to  the  bus  are  passive 
units,  while  users  connected  to  the  ring  are  active  units. 
An  immediate  consequence  of  thia  observation  is  that  if  a 
node  on  the  ring  breaks  down  it  can  bring  the  entire 
network  system  down.  This  is  highly  unlikely  to  happen 
in  the  bus  configuration. 

A  disadvantage  of  contention  protocols  is  there  is  no 
guarantee  of  packet  delivery  time  due  tc  the 
undeterministic  nature  of  contention  and  collision/back- 
off. 

TtAim  Pairing  Pmtnnnk 

An  advantage  of  token  passing  protocols  is  that  they 
are  mudi  less  sensitive  to  increa^  transmission  rates 
and  smaller  packet  lengths  compared  to  contention 
protocols  .  and  they  operate  more  ^dently  with  longer 
length  cables  than  the  contention  protocols  [5]. 
Furthermore,  since  token  passing  protocols  are  conflict 
free,  a  maximum  packet  deUvery  can  be  guaranteed  for 
8  given  number  of  users,  making  them  desirable 
protocols  for  real-time  appheations. 
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Token-Ring  LAN  s  [5]  offer  other  advantages 
including  the  following 

•  Because  of  its  point-to-point  connection  pronerty, 
rings  readily  accommodate  the  use  of  optical  fiber 
as  a  transmission  medium.  In  addition  to  offering 
reduced  size  and  weigiit,  and  enhanced  safety 
features,  optical  fiber  also  offers  very  high  signal 
baindwidth  (100  Mbps  for  fiber  token-rings  ). 

•  Token-nngs  easily  provide  a  priority-based  scheme 
for  packet  transmission  across  the  network.  This  is 
because  the  token  has  bits  indicating  the  priority 
assigned  to  it,  thereby  providing  multiple  levels  of 
access  to  the  ring.  In  simulator  networking  this 
means  that  it  will  be  possible  to  assign  priorities  to 
the  different  types  of  messages  in  order  to  optimize 
real-time  performance  and  visual  display  at  peak 
load  conditions. 

•  The  technological  advantages  enjoyed  by  bus 
topologies  to  date  are  about  to  disappear.  Inevitably, 
\^SI  technology  and  other  near-term  advances  wUl 
soon  be  supplying  the  industry  with  nng  chips  and 
off-the-shelf  nng  attachments  at  the  same  low  cost 
as  bus  chips.  This  low  cost,  combined  with  their 
reliability  and  ease  of  configuration  and 
implementation,  will  make  token-ring  LAN  s  a  very 
promising  tool  for  simulator  networking. 

CONCLUSIONS 

In  this  paper  we  have  described  an  ongoing  effort  to 
--del  ond  evaluate  the  performance  of  three  different 
network  protocol  access  methods  suitable  for  networking 
of  simulation  training  devices:  a  contention  access 
method  based  on  the  CSMA/CD  (ETHERNET)  protocol, 
and  two  contention-free  methods  based  on  Virtual  Token 
Bus  Access  such  as  GBRAM  and  Token-Ring  Access 
protocols.  The  system  models  pertaining  to  the  above 
three  access  methods  were  addressed  imd  a  high-level 
description  of  a  detailed  simulation  software  system 
implemented  for  evaluating  the  performance  of  an 
ETHERNET  scheme  was  given. 

The  models  developed  for  the  three  access  methods 
will  enable  us  to  perform  a  comparison  study  and 
evaluate  different  design  decisions.  Some  of  the 
numerical  performance  measures  that  will  be  gathered 
by  the  models  are: 

•  The  overall  throughput  of  the  network. 

•  The  utilization  of  the  transmission  medium. 


The  models  developied  under  this  effort  offer  a  very 
flexible  tool  for  the  evaJuadon  and  analysis  of  important 
classes  of  networking  schemes  that  can  be  used  to 
interconnect  large  numbers  of  real-time  simulation 
training  devices.  Further  investigations  will  be  earned 
out  to  perform  a  comparison  study  of  the  three  access 
methods  and  to  evaluate  different  design  decisions 
aimed  at  improving  the  overall  throughput  and 
enhancing  the  capability  of  simulation  networks. 
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